home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20000217-20000824
/
000337_news@columbia.edu _Fri Jun 2 07:38:40 2000.msg
< prev
next >
Wrap
Internet Message Format
|
2000-08-23
|
3KB
Return-Path: <news@columbia.edu>
Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
by uhaligani.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id HAA10356
for <kermit.misc@cpunix.cc.columbia.edu>; Fri, 2 Jun 2000 07:38:40 -0400 (EDT)
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id HAA00425
for <kermit.misc@watsun.cc.columbia.edu>; Fri, 2 Jun 2000 07:38:39 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id HAA20191
for kermit.misc@watsun.cc.columbia.edu; Fri, 2 Jun 2000 07:15:29 -0400 (EDT)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: "ralf.strandell" <ralf.strandell@silja.com>
Subject: Re: Translate command does not check the validity of input data?
Message-ID: <YGMZ4.573$xt4.4937@read2.inet.fi>
Date: Fri, 02 Jun 2000 11:15:04 GMT
Organization: Sonera corp Internet services
To: kermit.misc@columbia.edu
>: Kermits translate command seems to drop one bit _without error messages_.
>: This character is 8 bit 11001000 and after translate it becomes 7 bit
>: 1001000
>: Is this a feature or a bug or something in between?
>:
>Under what circumstances does this occur?
Unixware 7.0.1 operating system, Intel processor
C-Kermit 7.0.197 built with default ini-file location
The translate command has a serious bug so we applied the following
temporary bug fix:
Command used:
set file ucs byte-order big-endian
translate infile swedish latin1 outfile
set file ucs byte-order little-endian
And now translate works just fine (if the data is free from errors)
But if the infile ( supposed to be 7 bit swedish ascii )
contains a character that is 8 bits then
this command quietly strips the 8th bit and somebody
is going to have a funny name on his magazine/card/etc.
Because kermit does not "detect" this, we have to
check the data by other means before sending it further.
Not a big problem, though.
>I would expect that any characters that have the 8th bit set would have
>those bits stripped or the characters replaced by '?' when the input
>character set is a 7-bit character set.
This is acceptable, but it would be great if things lite this would be
echoed
to screen or written to a log. Such a feature could be activated for example
when a certain level of debugging is requested on command line.
( maybe it is allready ? )
Ralf